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DETAILED ACTION 
Claim Rejections - 35 USC § 102 

1. " The following is a quotation of the appropriate paragraphs of 35 U.S. C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in a patent granted on an application for patent by another filed in the 
United States before the invention thereof by the applicant for patent, or on an international application 
by another who has fulfilled the requirements of paragraphs (1 ), (2), and (4) of section 371 (c) of this 
title before the invention thereof by the applicant for patent. 



2. Claims 1 and 7 are rejected under 35 U.S.C. 102(e) as being anticipated by 
Boehm et al, US Patent No. US6457170 (herein after Boehm). 



Claims 

1 . A computerized method of saving 
version and product information of at least 
one library in an executable program, 
comprising: 

(1 ) creating a version source file for 
the at least one library, the at least one 
library having a name and containing one 
of more functions and the version source 
file containing version and product 
information pertaining to the at least one 
library; 



Boehm 

Boehm's invention has taught us a 
method and apparatus for building a 
software system, in SUMMARY, line 43- 
46, "the invention lists each source file, 
by name and version number, (the 
name can be the product information) 
and each explicit object file (by name) 
that comprise the software system to be 
built and form that build list..." Line 50- 
52, "Source file links associate source 
file names and versions listed on the 
build list (here the build list is same as 
the version source file stated in claim 1 
first item) to a copy of the corresponding 
source file store in the network cache 
memory". 
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(2) compiling the version source file to In Boehm's column 13, line 1-3, "the 
create a version object file; source file handler 207 generates the 

rebuilding the at least one library to include potentially usable object filename 



the version object file; and 



'Adder.o' from the source file 
'Adder.src," 5 this shows the version 
source file has been compiled into the 
version object file as recited in second 
item of claim 1 . It also mentioned, 
"rebuild object files that may be 
changed from the prior builds" (see 
Boehm's Abstract). - In order to make a 
new executable, the library would have 
to be rebuilt with the newly compiled 
object code. 



(3) building the executable program to 
include the at least one library such that 
the version and product information in the 
version object file is combined into the 
executable program. 



In Boehm's column 8, line 35-40, "After 
the object file handler processes the 
explicit object files listed on the build list 
100 and the potentially usable object 
files generated by the source file 
handler, the program can be built 
using make or another software-building 
program (shown as step 300 in Fig. 2)." 
The make tool compiles given source 
files to object files and link them all 
together to form an executable 
program therefore all the version and 
product information (file name, date 
and time of the build build name .) is 
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7. A method of saving as recited in claim 1 , 
wherein the step of rebuilding the library 
includes: 

removing any version object file from the 
library; and remaking the library to include 
the version object file. 



and time of the build, build name....) is 
combined into the executable program. 

Boehm shows the flow of creating a 
build list of versioned resource files; 
compiling the versioned source files to 
create versioned object files, rebuilding 
a new object file list, and then building a 
new executable program (see Fig. 4, 5, 
7A and 7B). Therefore, Boehm's 
inventions covers entire claim 1. 

In Boehm's invention, column 1, line 25- 
29, "... efficient software design, by 
providing a library or storehouse of 
previously developed software items 
and modules that can be re-used, 
modified, expanded, or reconfigured as 
required to support development of 
upgrades, new applications or new 
systems," Boehm teaches 'a library or a 
storehouse', which is used to 
reconfigure libraries as required, here 
the reconfiguration can be removing or 
remaking a library. 
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Claim Rejections - 35 USC § 103 



3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 



4. Claim 2 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. 6457170 by Boehm et al. as applied to claims above, further in view of U.S. 
Patent No. 5805899 by Evans. 

The explanations for each of the rejected claims are as following: 



2. A method of saving as recited in claim For the features of claim 1 see Boehm. 
1 , wherein the step of creating the version 
of the source file includes: 

(1 ) constructing a version string, the In Boehm's SUMMARY, line 43-46, "the 



Claims 



Boehm / Evans 



version string containing version and 
product identification information 
pertaining to the library; 



invention lists each source file, by name 
and version number"; here the name can 
include product identification information. 
For example, the file name Boehm used in 
rejection of claim 1 (2), adder, src can be 
modified to adder _11_14_2003_v1 .ada, 
which shows the function of the file (it's an 
adder), the date (1 1/14/2003), the version 
(1 ), and the file is a source file in 'Ada' 
programming language. The version string 
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can include all the product identification 
information that the user needs. 



(2) combining function symbols with the 
version string to form a version function; 



Boehm teaches all aspects of the 
applicant's claims except it does not 
specifically mention to associate function 
symbols with version name. However, 
Evans teaches the feature of a method and 
apparatus for providing a mapfile specifying 
a function name associated with a version 
of the software program. Evans' invention 
taught us that the global symbols and 
version names associated with each 
version are defined in a "mapfile" (Evans 
column 2, line 26-27). Here the function 
symbol is the global symbol, which is a 
symbol of a function that is known globally 
in the program. Therefore, it would have 
been obvious to a person of the ordinary 
skill in the art at the time of the invention to 
modify Evans' system with the source file 
versioning feature ("mapfile") for the same 
reason it is taught by Boehm, to provide a 
build list that associates the version 
information with the source file and based 
on the version information to produce 
versioned object and, further to build 
versioned executable program. 
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(3) creating a version source file whose See the rejection of claim 1 ; the build list 
name includes a keyword and the name name can include a keyword and the name 
of the at least one library; and of the library. 



(4) storing the version function in the See the same reason as the item (2) of 
version source file. claim 2; the mapfile can include the version 

function name. It has to be stored in the 
version source file in order to be built in the 
executable program. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 9, and 10 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. Patent No. 6457170 by Boehm et al. as applied to claims above, further in 
view of U.S. Patent No. 5805899 by Evans, and further in view of U.S. Patent No. 
6499137 by Hunt. 



Claims 

9. A method of saving as recited in 
claim 1 , wherein there is a plurality of 
libraries; and 

wherein the steps of creating, 
compiling and rebuilding are performed 



Boehm / Evans / Hunt 

For the features of claim 1 see Boehm. 

Boehm teaches all aspects of the 
applicant's claims about creating build 
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for each library of the plurality of 



libraries. 



list, compiling, and rebuilding (see 
rejection of claim 1 ) executable 



program, but Boehm does not 
specifically mentioned his invention is 
for 'a plurality of libraries 1 . However, 
both Evans and Hunt teach the idea of 
including multiple libraries (object 
files) in a new build. 

In Evans' invention, Column 1, 2 nd 
paragraph, "The software development 
process is especially problematic when 
a software application binds to shared 
objects (also called 'libraries") 
Evans described the 'plurality of object 
files' as 'plurality of libraries". 
In Hunt's invention, Abstract, 3 rd line, 
"... a user selects a library for linking to 
the compiled application. An 
association is made between the 
selected library and any external 
libraries referenced within the 
compiled application." 
It would have been obvious to a person 
of the ordinary skill in the art at the time 
of the invention to modify Evans' and 
Hunt's including a plurality of libraries 
for the same reason it is taught by 
Boehm, to provide a build list that 
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10. A method of saving as recited in 
claim 9, further comprising the step of, 
prior to the building step, 

(1 ) selecting from the plurality of 
libraries a group of libraries needed for 
the building of the executable, each 
library in the group having a version 
object file; and 

(2) wherein building the executable 
includes: 

creating a temporary storage area; 



associates the version information with 
the source file (from the plurality of 
libraries) and based on the version 
information to produce versioned object 
files, and further to build a versioned 
executable program. 

For the features of claim 9 see Boehm 
in view of Evans and further in view of 
Hunt. 

See the rejection of claims 1 and 9. 



In Boehm's invention, column 1, line 
25-29, "... efficient software design, by 
providing a library or storehouse of 
previously developed software items 
and modules that can be re-used, 
modified, expanded, or reconfigured as 
required to support development of 
upgrades, new applications or new 
systems." Here a library or a 
storehouse is used as a temporary 
storage area for manipulating new 
builds. 
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(3) obtaining the version object file See the rejection of claims 1 , 2, and 9. 
from each of the selected libraries, 
each version object file having a name 
that includes a keyword and the name 
of the library in which the version object 
file resides; 



(4) storing each of the version object See the rejection of claims 2(4) and 10 
files in the temporary storage area; (2). 

(5) creating a list of the names of the See the rejection of claim 1 . 
stored version object files; and 



(6) compiling into the executable See the rejection of claims 1 and claim 
each of the stored version object files 9. 
in the list so that the executable 
contains any functions needed by the 
executable from each library in the 
group and the version and product 
information of each library of the group. 



7. Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. 
Patent No. US6457170 by Boehm et al. as applied to claiml above, further in view of 
U.S. Patent No. 5649200 by Leblang. 

The explanations for each of the rejected claims are as following: 
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Claims 

8. A method of saving as recited in claim 
1, wherein building the executable 
includes: 

(1 ) creating a temporary storage area; 



Page 1 1 

Boehm / Leblang 

For the features of claim 1 see Boehm. 

In rejection of claim 10 item (2), Boehm 
teaches the idea of keeping a 'storehouse' 
as a working space, where old space may 
be removed, and new space can be 
allocated (reconfigured); even Boehm's a 
library or a storehouse has the same 
function as a temporary storage area, 
Leblang also shows similar idea, in column 
12, lines 18-22, "View-private storage 
ensures that developers have enough 
'elbow room' to work effectively, without 
getting in each others' way." Here the 
"elbow room" is used as a temporary 
storage space. It would have been 
obvious to a person of the ordinary skill in 
the art at the time of the invention to 
include Leblang's idea about keeping 
'elbow room' to make work effectively for 
the same reason it is taught by Boehm to 
provide enough space, to reconfigure the 
space as required to support development 
of upgrades, new application, or new 
systems. 



(2) obtaining the version object file from Same reason as rejection of claims 1 and 
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the library, the version object file having a 2 (3). 
name that includes a keyword and the 
name of the library in which the version 
object file resides; 



(3) storing the version object file in the 
temporary storage area; and 

(4) compiling into the executable the 
stored version object file so that the 
executable contains the version and 
product information pertaining to the 
library. 



Same reason as rejection of claims 2 (4), 
10(2) and 8(1). 

Same reason as rejection of claims 1 and 
2(1). 



8. Claims 3, 4-6, 1 1-13 are rejected under 35 U.S. C. 103(a) as being unpatentable 
over US Patent No. 6457170 by Boehm et al. as applied to claims above, further in view 
of the "Software Engineering", by Stephen R. Schach, 1990, and further in view of a 
UNIX reference "Separate Compilation and the UNIX make Program" by Gary Shute, 
09/23/1999. 

The explanations for each of the rejected claims are as following: 

Claims Boehm / Schach / Evans / Shute 

3. A method of saving as recited in claim For the feature of claim 1 see Boehm. 
1 , wherein the step of creating the version 
source file includes: 
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constructing a version string, the version See rejection of claims 1 and 2(1 ). 
string containing version and product 
identification information pertaining to the 
library; 



combining a build identifier and function 
symbols with the version string to form a 
name of a build-identified version function; 



See rejection of claim 2(1 ). Boehm has 
mentioned using existing build tool, for 
example, the make tool (rejection of claim 
1 (3)). Boehm has taught us to use the 
make tool, but didn't mention the detail of 
how to specify source file name, object file 
name and assign a build name. The make 
command is described in detail in the 
Separate Compilation and the UNIX make 
Program (by Gary Shute, 09/23/99) , page 
4, it shows the way of specifying these 
names. The example was given on page 
4, "table.O : table. C table. h\ where to 
enter source file names (table. C and 
table. h) and to produce an object file 
(table.O)] and to create a build by 
"calculator : calculator. o table .o" (using 
object files calculator. o and table. o to 
create a build named calculator). Note that 
the any function symbols or the version 
string can also be used here; user can 
combine a build identifier and function 
symbols with the version string to form a 
build-identified version function that the 
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user wants to be included in the new build. 

It would have been obvious to a person 
of the ordinary skill in the art at the time of 
the invention to utilize the makefile 
concept for the same reason it is taught by 
Boehm, to combine a build identifier and 
function symbols with the version string to 
create a version source file. 



creating a version source file whose 
name includes a keyword and the name of 
the library; and 

storing the build-identified version 
function in the version source file. 

4. A method of saving as recited in claim 
3, wherein the build identifier is a date on 
which the build occurs. 



See the rejection of claim 2 (3). 



See the rejection of claim 2 (4). 

For the features of claim 3 see Boehm, 
Schach, Evans, and Shute. 
Boehm teaches all aspects of the 
applicant's claims except he does not 
specify how to name the build identifier. 
However, Schach teaches the feature of 
what to be included in a build name so it 
can uniquely identify builds. In Schach's 
"Software Engineering", section 11.5.1, 
page 353, 3 rd paragraph, "... a detailed 
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record (or derivation) of every version of 
the product must be kept. This comprises 
the name of each source code element, 
including the variation and revision (as 

recited in claim 5, build identifier), the 
versions of the various compilers and 
linker used, the name of the person (as 
recited in claim 6, a user that performs 
the build) who constructed the product, 
and, of course, the date and the time (as 
recited in claim 4, date) at which it was 
constructed." This paragraph basically 
covers claims 4, 5, and 6. 
It would have been obvious to a person of 
the ordinary skill in the art at the time of 
the invention to include Schach's idea 
about uniquely identify builds for the same 
reason it is taught by Boehm, to provide a 
build list that associates the version 
information with the source file and based 
on the version information to produce 
versioned object and further to build 
versioned executable program. 

5. A method of saving as recited in claim 
3, wherein the build identifier is a 
number that uniquely identifies the build. 



See rejection of claim 4. 



See rejection of claim 4. 
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6. A method of saving as recited in claim 
3, wherein the build identifier is an 
identifier of a user that performs the 
build. 

1 1 . A method of saving as recited in claim 
9, further comprising the steps of: prior to 
the building of the executable, 

(1 ) selecting a group of libraries from 
the plurality of libraries, each library in the 
group having a version object file; and 



For the features of claim 9 see Boehm in 
view of Evans and further in view of Hunt. 

Boehm teaches the entire flow of selecting 
group libraries, building the object files, 
which includes version source files, and 
build executable with the entire versioned 
object files. But Boehm does not 
specifically mention building a compound 
library. However, in Schach's "Software 
Engineering", section 11.6.5, page 359, 3 rd 
paragraph, Tor each executable load 
image, the programmer sets up a Makefile 
specifying the hierarchy of source and 
object files that go into that particular 
configuration; such a hierarchy is shown in 
Figure 1 1 .2." Figure 1 1 .2 on page 352 is 
very important, it shows the way selecting 
different groups of libraries (object files), 
binding object files into a compound library 
(executable load image), and the new 
executable program is stored within the 
compound library. 
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Schach teaches the feature of combining 
various libraries into a compound library. 
The UNIX make program is an existing 
build tool which builds new executable 
program from given versions of source 
file/object files within different libraries. It 
would have been obvious to a person of 
the ordinary skill in the art at the time of 
the invention to include Schach's idea 
about making an executable from the 
compound library and using the make 
command, for the same reason it is taught 
by Boehm, to provide a build list that 
associates the version information with the 
source file, and based on the version 
information to produce versioned object 
files, and further to build versioned 
executable program. 



(2) building a compound library from the See the rejection of claim 11 (1 ). 
selected group of libraries, the compound 
library including a version object file for the 
compound library and the version object 
files of each library in the group; and 



(3) wherein the step of building the See the rejection of claim 11 (1 ). 

executable includes building an executable 
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to include the compound library, such that 
the version and product information of the 
compound library and each library in the 
selected group are combined into the 
executable program. 

12. A method of saving as recited in claim 
1 1 , wherein the step of building a 
compound library includes: 

creating all object files, including the 
version object files, from each library of the 
selected group; 

extracting all object files, including the 
version object files, from each library of the 
selected group; 

storing the extracted object files for all 
libraries of the selected group in the 
temporary storage area: 



For the features of claim 9 see Boehm in 
view of Evans and further in view of Hunt. 

See the rejection of claims 1 and 11(1). 

See the rejection of claim 11 (1 ). 

See the rejection of claims 11(1) and 
claim 8 (1). 



creating a version source file for the See the rejection of claims 2(3) and 11(1) 
compound library, the version source file 
for the compound library containing 
version and product information pertaining 
to the compound library; 

compiling the version source file to See the rejection of claim 11 (1 ). 

create a version object file for the 
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compound library; 



storing the version object file in the 
temporary storage area; 

building the compound library from the 
object files stored in the temporary storage 
area; 



See the rejection of claims 2(4), 8 (1 ) and 
10(2). 

See the rejection of claims 8 (1 ) and 11(1). 



saving he compound library in the See the rejection of claims 10 (2) and 8 

library storage area; and deleting the (1 ). 

temporary storage area. 



13. A method of saving as recited in claim 
9, further comprising the steps of: prior to 
the building of the executable, 

selection a group of libraries from the 
plurality of libraries, the group including at 
least one compound library and each 
library in the group having at least one 
version object file; and 

building a multiple compound library 
from the selected group of libraries, the 
multiple compound library including a 
version object file for the multiple 
compound library and the version object 
files of each library in the group; and 



For the features of claim 9 see Boehm in 
view of Evans and further in view of Hunt. 

See the rejection of claim 11 (1 ). 
See the rejection of claim 11 (1 ). 



# 
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wherein the step of building the 



See the rejection of claims 1 , 2, and 1 1 . 



executable includes building an executable 
to include the compound library, such that 
the version and product information of the 
multiple compound library and each library 
in the selected group are combined into 
the executable program. 

Conclusion 

9. The following summarizes the status of all the claims: 

102 (e) rejections: 1 , 7 

103 rejections: 2 - 6, 8 - 1 3 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Chih-Ching Chow whose telephone number is 703-305- 
7205. The examiner can normally be reached on 6:30am to 3:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q Dam can be reached on 703-305-4552. The fax phone number for 
the organization where this application or proceeding is assigned is 703-308-3988. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is 703-305- 
3900. 



Chih-Ching Chow 

Examiner 
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